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PRIORITY CLAIM 



This application claims the benefit of U.S. Provisional Application No. 
60/162,567 entitled "Processing Business Data Using User-Configured Keys " filed 
5 October 29, 1999. 



BACKGROUND OF THE INVENTION 



1. Field of the Invention 

The present invention generally relates to computer software programs and 
databases to be used in Financial Service Organizations. More particularly, the present 
invention relates to a system and method for processing business data in a Financial 
Service Organization (FSO) production system. 

2. Description of the Related Art 



FSOs such as banks, credit unions, etc., use computer systems running software 
programs to process FSO transactions. The FSO systems may include one or more 
20 databases for storing data. The databases may include groups of data such as the master 
files of customer account information, transaction data sets such as customer credit card 
purchase transactions, processing data such as the processing parameters used in 
processing transactions, and history data such as log files of daily activities for batch 
processing. 

25 

The processing parameters used in the processing of transactions in an FSO 
system may be embedded in the source code of the FSO system software programs, or the 
processing parameters may be stored in one or more tables in the FSO system database. 
Processing parameters may be used to apply business logic to the transactions during 
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processing. A processing parameter may have different values for different transactions 
based upon one or more attributes of the transactions. For example, the processing 
parameter values used in processing a customer credit card transaction made at one 
department store may be different than the processing parameter values used in 
5 processing a customer credit card transaction made at a different department store. 
Attributes of a transaction may be defined by one or more data elements in the 
transaction or one or more data elements in a master file associated with the transaction. 
The attributes could be, for example, the name of a bank issuing the credit card to the 
customer, or the type of credit card (e.g., gold, platinum, etc.). The FSO system may 

10 examine the values of one or more data elements (e.g., gold, platinum, etc.) in the 

transaction data or master files to determine the value of a processing parameter for the 
transaction. The FSO system may examine the values of one or more data elements in 
the transaction data or master files to determine the value of a processing parameter for 
the transaction. A set of data elements useable to determine the value of a processing 

15 parameter for a transaction may be referred to as a key definition for the processing 
parameter. Data element values may be extracted from a transaction data set and an 
associated master file by using the data elements in the key definition to locate the data 
element values. The data element values may be combined to form a key value for the 
processing parameter for the transaction. 

20 

Key definitions and the constiaiction of key values are hardcoded in the source 
code for the FSO system software programs. Modifying the key definitions and the 
construction of key values from the key definitions involves modifying the source code 
for all software programs that use the key definitions, recompihng and relinking the 
25 programs, reinstalling the software programs, and possibly modifying the data dictionary 
and database structure used by the software programs. If the software programs are used 
by more than one FSO, and if one of the FSOs requires customized key definitions, 
customization of the key definitions and key value constiiiction for one of the FSOs 
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requires creating and maintaining a customized copy of the source code for the software 
programs. 

In some FSO systems, processing parameters and the key values used to identify 
5 and select the processing parameters may be hardcoded in the source code for the FSO 
system software programs. Modifying the processing parameters and key values for 
these systems may involve modifying the source code for all software programs that use 
the processing parameters, recompiling and relinking the programs, and reinstalling the 
software programs. In other FSO systems, the processing parameters and key values may 
10 be stored in the FSO system database. In these systems, the processing parameters and 
key values in the database and the key definitions and key value construction in the 
source code must be synchronized. Modifying the processing parameters and key values 
in the database may also require modifying the source code and rebuilding the programs 
as described above. 

15 

As a result of the hardcoding of processing parameters and keys, FSO systems are 
not flexible in the configuration and use of processing parameters. This inflexibility 
makes it difficult for the FSO to configure an FSO system to meet custom transaction 
processing requirements. 

20 

The following is, hereby, incorporated by reference: Data retrieval method and 
apparatus with multiple source capability (U.S. Patent No. US06023694), Graphical user 
interface for relating key index properties to database table columns (U.S. Patent No. 
US05553218), Index managing method in database managing system (U.S. Patent No. 
25 US05806058) and Relational database management system for chemical structure 
storage, searching and retrieval (U.S. Patent No. US05950192). 
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SUMMARY OF THE INVENTION 



A system, method and carrier medium for locating processing parameter values in 
a Financial Service Organization (FSO) computer system using pre-configured key 
5 definitions, key values, and key value search masks. In one embodiment, data may be 
stored in tables in a database. In one embodiment, a key definition table, one or more 
process control data (PCD) tables for storing processing parameter values and key values, 
and one or more search mask tables for storing key definition-based search masks for the 
key values in the PCD tables may be provided. 

10 

In one embodiment, a key definition may be configured for use in building a 
processing key value from data associated with an FSO customer transaction in response 
to a computer program executing on the FSO computer system requesting a processing 
parameter value to be used in the processing of the FSO customer transaction. The 

15 processing key value may be used in locating the processing parameter value in a PCD 
table in the FSO computer system database. The key definition may also be used during 
the comparison of processing key values to pre-configured key values stored in a PCD 
table. If a pre-configured key value that matches the processing key value is found in the 
PCD table, a processing parameter value stored with the pre-configured key value in the 

20 PCD table may be returned to the requesting computer program. 

The key definition may include one or more data elements, or key elements. The 
key elements may be arranged in a sequence in the key definition. The key elements may 
include information describing the location and data format of data element values in the 
25 FSO system database. The location information in a key element may be used in locating 
a data element value in the database during the building of a processing key value, 
wherein the data element value is to be included as part of the processing key value. The 
data format information may be used to specify the data type, size and other data 
attributes during the building of a processing key value. The key definition may be 
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stored in the database in the FSO system. In one embodiment, the key definition may be 
stored in a key definition table in the database. 

Processing parameter values may be configured for use during the processing of 
5 data, including FSO transactions, in the FSO computer system. Key values may be 

configured for use in locating the processing parameters in the FSO computer system. In 
one embodiment, processing parameter values and key values may be stored in a process 
control data (PCD) table in the database, with one row in the PCD table including one or 
more fields for storing a key value and one or more fields for storing processing 
10 parameter values associated with the key value. In one embodiment, there may be one 
PCD table in the database for each processing parameter in the FSO system, with each 
row in the table including one unique key value for the processing parameter, and each 
row also including the processing parameter value or values locatable using the unique 
key value. In one embodiment, a key definition may be used to format the user interface 
15 for entering key element values. A key element value may be entered for each key 

element in the key definition, and the key element values may be combined to construct a 
key value. In one embodiment, wildcard values may be entered as key element values in 
key elements. In one embodiment, a wildcard value may be the low collating value of the 
data type of the key element. 

20 

In one embodiment, a search mask may include one or more search mask fields. 
In one embodiment, a key definition may be used to format the search masks, with one 
search mask field for each key element in the key definition. Each search mask field in a 
search mask may be set to a search mask field value. In one embodiment, the search 
25 masks for a processing parameter may be stored in a search mask table in the database, 
with one row in the table storing one search mask. In one embodiment, the search masks 
for a processing parameter may be stored in the search mask table in the database in a 
sequence in which the search masks may be used in searching for a processing key value 
in the key values for the processing parameters. In one embodiment, wildcard mask 
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field values and equal mask field values may be entered as mask values in search mask 
fields. In one embodiment, a wildcard mask field value may specify that the low 
collating value of the data type of the search mask field is to be written to a 
corresponding key element when building a processing key value from data element 
5 values in the FSO system database. In one embodiment, an equal mask field value may 
specify that the data element value from the FSO system database is to be written to a 
corresponding key element when building a processing key value from data element 
values in the FSO system database. 

10 In one embodiment of a system for processing business data in an FSO 

transaction processing computer system using user-configured key definitions, a key 
building program may be provided. The key building program may be configured to 
accept requests for processing parameters from FSO transaction processing programs 
executing on the FSO computer system. The key building program may be configured to 

15 access a key definition table in the FSO system database and to read a key definition for a 
processing parameter in response to receiving a request for the processing parameter. 
The key building program also may be configured to access a search mask table in the 
FSO system database for a processing parameter in response to receiving a request for the 
processing parameter. 

20 

A key building program may be configured to build a processing key value for a 
processing parameter from one or more data element values in the FSO system database 
in response to receiving a request for the processing parameter. In one embodiment, the 
key building program may be configured to locate data element values in the FSO system 
25 database using data element location information stored in the a key definition. In one 
embodiment, each of one or more key elements in a key definition may specify the 
location and data format of one data element in the FSO system database. The key 
building program may be configured to use the data element information stored in the key 
elements of the key definition to locate data elements in the FSO system database and to 
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read the data element values from the FSO system database. The key building program 
may be configured to write each data element value read from the FSO system database 
to a corresponding key element in a processing key. In one embodiment, the key element 
values in the processing key may be in combination referred to as the processing key 
5 value. 

In one embodiment, a key building program may be configured to read a first 
search mask from a search mask table for a processing parameter in response to receiving 
a request for the processing parameter. In one embodiment, the key building program 

10 may be configured to examine a search mask field in a search mask corresponding to a 
key element in a processing key when building the processing key value. The key 
building program may be configured to read a data element value from the FSO system 
database and write the data element value to a key element in response to a corresponding 
search mask field value being an equal mask field value. The key building program may 

15 be configured to write a wildcard, or low collating value, for a corresponding data 
element type to a key element in response to a corresponding search mask field value 
being a wildcard mask field value. 

In one embodiment of a system for processing business data in an FSO 
20 transaction processing computer system using user-configured key definitions, a PCD 
program may be provided. In one embodiment, the PCD program may be configured to 
receive processing key values from a key building program. The PCD program may be 
configured to locate a PCD table for a processing parameter in the FSO system database 
in response to receiving a processing key value for the processing parameter. In one 
25 embodiment, the PCD program may compare the processing key value to the pre- 

configured key values stored in the rows of the PCD table. In one embodiment, the PCD 
program may read a processing parameter value from a row of the PCD table in response 
to the processing key value matching the pre-configured key value stored in the row of 
the PCD table. The processing parameter value may be a single data value or may be a 
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group of two or more data values. In one embodiment, the PCD program may send the 
processing parameter value to the key building program in response to reading the 
processing parameter value from the PCD table, and the key building program may send 
the processing parameter value to the FSO transaction processing program that requested 
5 the processing parameter value. In another embodiment, the PCD program may send the 
processing parameter value directly to the FSO transaction processing program that 
requested the processing parameter value. 

In one embodiment, the PCD program may be configured to send a message to 

10 the key building program in response to the PCD program not finding a match for the 
processing key value among the pre-configured key values in the PCD table for the 
processing parameter. The message may inform the key building program that no match 
was found for the processing key value submitted to the PCD program by the key 
building program. In one embodiment, the key building program may be configured to 

15 read a second search mask from the search mask table for the processing parameter in 
response to receiving a message from the PCD program that a matching pre-configured 
key value for the processing key value constructed using the first search mask was not 
found in the PCD table. The key building program may be configured to construct a 
second processing key value and submit the second processing key value to the PCD 

20 program. The PCD program may be configured to search for a match to the second 
processing key value among the pre-configured key values in the PCD table for the 
processing parameter. The PCD program may be configured to send a message to the 
key building program in response to not finding a match to the second processing key 
value in the PCD table. In one embodiment, the key building program and PCD program 

25 may be configured to continue reading search masks, constructing or preparing 

processing key values, and searching the PCD table for the processing key values until a 
matching pre-configured key value is found for a processing key value, or until all of the 
search masks have been used to construct processing key values with no matching pre- 
configured key value found for any of the processing key values. In one embodiment, the 
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key building program may be configured to notify the FSO transaction processing 
program that no processing parameter value was located for the requesting processing 
parameter in response to not finding a match for any of the constructed processing key 
values. 

5 

In one embodiment, the key definitions, key values, processing parameter values, 
and search masks may be constructed and stored during the configuration of the FSO 
system. Configuration of the FSO system may occur at the time the FSO system software 
programs and databases are initially installed and set up for processing FSO transactions. 

10 Configuration of the FSO system may also occur after the initial configuration performed 
during the installation of the FSO system. A configuration of the FSO system that occurs 
after the initial configuration may be called a reconfiguration of the FSO system. During 
reconfiguration, the key definitions, key values, processing parameter values, and search 
masks constructed during the initial configuration may be modified or deleted, and new 

15 key definitions, key values, processing parameter values, and search masks may be added 
to the FSO system. Some data may be processed differently in the FSO system after a 
reconfiguration of the FSO system than before the reconfiguration. For example, a key 
value may be assigned a different processing parameter value in a PCD table after a 
reconfiguration, and thus a different processing parameter value may be returned to a 

20 program for a processing key value after the reconfiguration than would have been 
returned before the reconfiguration. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure la is a block diagram illustrating one embodiment of an FSO computer 
system for processing FSO business data using pre-configured key definitions, key 
5 values, and processing values; 

Figure lb illustrates one embodiment of an FSO computer system integrated into 
a networked system for processing FSO business data; 

Figure 2 illustrates a system for processing FSO business data using hardcoded 
key definitions and key construction; 
10 Figure 3a illustrates one embodiment of a system for processing FSO business 

data using user-defined key definitions, search masks, key values and PCD values, 
illustrating an unsuccessful first search of a PCD table for a match to a processing key 
value; 

Figure 3b illustrates one embodiment of a system for processing FSO business 
15 data using user-defined key definitions, search masks, key values and PCD values, 
illustrating a successful second search of a PCD table for a match to a processing key 
value; 

Figure 4 illustrates one embodiment of a key definition with examples of fields 
that may be included in the key definition; 
20 Figure 5 illustrates one embodiment of a PCD table for the key definition of 

Figure 4 with examples of key values and processing parameter values; 

Figure 6 illustrates one embodiment of a search mask table with examples of 
search masks that may be applied to the PCD table of Figure 5; 

Figure 7 illustrates one embodiment of a structure for a database table for storing 
25 key definitions; 

Figure 8 illustrates one embodiment of a structure for a database table for 
referencing search masks; 

Figure 9 illustrates one embodiment of a structure for a user-defined PCD table 
with key values and data values; 
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Figure 10 illustrates one embodiment of several PCD tables in an FSO system; 

Figure 11 illustrates examples of inputs to and results from one embodiment of a 
search process that may be applied to PCD tables as depicted in Figure 5 using search 
mask tables as depicted in Figure 6; 
5 Figure 12a is a flow diagram illustrating one embodiment of a process for 

processing business data in an FSO computer system using user-configured key 
definitions, search masks, key values and processing values; 

Figure 12b is a continuation of the flow diagram of Figure 12a; and 

Figure 13 is a flow diagram illustrating one embodiment of a process for building 
10 a key value from data element values using a search mask. 

While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, however, that the drawings and 
15 detailed description thereto are not intended to limit the invention to the particular form 
disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and 
alternatives falling within the spirit and scope of the present invention as defined by the 
appended claims. 
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DETAILED DESCRIPTION OF THE PREFERED EMBODIMENTS 



The term "computer system" as used herein generally describes the hardware and 
software components that in combination allow the execution of computer programs. 
5 The computer programs may be implemented in software, hardware, or a combination of 
software and hardware. A computer system's hardware generally includes a processor, 
memory media, and Input/Output (FO) devices. As used herein, the term "processor" 
generally describes the logic circuitry that responds to and processes the basic instructions 
that operate a computer system. The term "memory medium" includes an installation 

10 medium, e.g., a CD-ROM, or floppy disks; a volatile computer system memory such as 
DRAM, SRAM, EDO RAM, Rambus RAM, etc.; or a non-volatile memory such as optical 
storage or a magnetic medium, e.g., a hard drive. The term "memory" is used synonymously 
with "memory medium" herein. The memory medium may comprise other types of 
memory or combinations thereof. In addition, the memory medium may be located in a first 

15 computer in which the programs are executed, or may be located in a second computer that 
connects to the first computer over a network. M the latter instance, the second computer 
provides the program instructions to the first computer for execution. In addition, the 
computer system may take various forms, including a personal computer system, 
mainframe computer system, workstation, network appliance, Internet appliance, 

20 personal digital assistant (PDA), television system or other device. In general, the term 
"computer system" can be broadly defined to encompass any device having a processor 
that executes instructions from a memory medium. 

The memory medium preferably stores a software program or programs for 
25 configuring the FSO system software programs and databases in an FSO system, and for 
processing FSO transactions in the FSO system, as described herein. The software 
program(s) may be implemented in any of various ways, including procedure-based 
techniques, component-based techniques, and/or object-oriented techniques, among 
others. For example, the software program(s) may be implemented using ActiveX 
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controls, C+4- objects, JavaBeans, Microsoft Foundation Classes (MFC), or other 
technologies or methodologies, as desired. A CPU, such as the host CPU, executing code 
and data from the memory medium includes a means for creating and executing the 
software program or programs according to the methods, flowcharts, and/or block 
5 diagrams described below. 

A computer system's software generally includes at least one operating system, a 
specialized software program that manages and provides services to other software 
programs on the computer system. Examples of operating systems may include, but are not 

10 limited to: Windows NT available from Microsoft Corporation, and; the MVS and OS/390 
operating systems available from IBM. Software may also include one or more programs to 
perform various tasks on the computer system and various forms of data to be used by the 
operating system or other programs on the computer system. The data may include but are 
not limited to databases, text files, and graphics files. A computer system's software 

15 generally is stored in non- volatile memory or on an installation medium. A program may be 
copied into a volatile memory when running on the computer system. Data may be read 
into volatile memory as the data is required by a program. 

As used herein, a Financial Service Organization (FSO) is a business organization 
20 that provides financial services to customers and client organizations. As used herein, the 
term customer generally refers to an individual, and client organization generally refers to 
other businesses, including retail businesses and other FSOs. Services provided to 
customers and client organizations include credit products, such as loans and credit cards. 
An FSO may also provide services to client organizations such as credit card transaction 
25 processing. Examples of FSOs include, but are not limited to, banks and credit unions. 
An FSO that issues credit cards and processes credit card transactions may be referred to 
as a credit card institution. An FSO may include one or more organizational units. 
Examples of organizational units include, but are not limited to, main offices, divisions, 
regional offices, and branch offices. 
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As used herein, an FSO transaction may be defined as an occurrence of a service 
provided to a customer or client organization. Examples of FSO transactions include, but 
are not limited to, financial transactions such as deposits, withdrawals, loan application 
5 servicing, and credit card application servicing. FSO transactions may also include 
services related to financial products such as loans and credit cards previously issued to 
FSO customers and client organizations. These services may include processing of credit 
card purchases and collection of payments. 

10 An FSO system may include a data dictionary. A data dictionary may be defined 

as a collection of descriptions of data items in the database. A description of a data item 
in a database may be called a data element. A data item may be referred to as a data 
element value. A data element in the data dictionary may describe attributes of a data 
element value in the database. Examples of attributes of data element values include, but 

15 are not limited to: location in the database, size, and data type. For example, an FSO 

system data dictionary may describe the data elements involved in credit card processing. 
The data dictionary may describe each of the data elements in the database for credit card 
processing. Groups of data such as master files and transaction data sets may comprise 
data elements defined in the data dictionary. Examples of data elements in an FSO data 

20 dictionary include, but are not limited to: customer name, credit card type, and card 
issuer. 

In the context of this apphcation, a key is one or more data elements in a database 
record or group of records that may be used to identify the record or group of records. 
25 For example, a record for storing information about an individual may have a name data 
element. The name data element may be used as a key to identify a particular 
individual's record in the database. A key value is an instance of a key in the database. 
In the example above, an example of a key value for a name data element used as a key 
might be "John Smith." In some examples, not all data elements in a database may be 
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available for use in keys. Data elements that are available for use in keys may be referred 
to as key elements. 

The format of a key may be stored in a key definition. A key definition may 
5 include one or more key elements that in combination make the key. During 

configuration of an FSO system, key definitions may be used in creating key values for 
records or groups of records in the database. During processing, key definitions may be 
used by the FSO system to create key values and to read key values stored in the 
database. During the processing of a transaction, the FSO system may create a key value 
10 from a transaction-related data using a key definition to extract data element values from 
the transaction-related data, and may compare the key value to key values stored in the 
database while searching for a matching key value. A key value created during 
processing from a key definition and a transaction-related data may be referred to as a 
processing key value. 

15 

The FSO system database may include processing parameters used in processing 
transactions. Processing parameters may be used to apply business logic to the 
transactions during processing. An example of a transaction processed in an FSO system 
is a credit card purchase transaction. An example of a processing parameter is a credit 

20 card purchase transaction price that may be charged to a client of a credit card institution 
for the processing of a credit card purchase transaction. An instance of a processing 
parameter in the database may be referred to as a processing parameter value. For 
example, an instance of a credit card purchase transaction price might be "$1.50." In 
some cases, a processing parameter value may include more than one data value. For 

25 example, a matrix of data values used in transformation functions on tables of data may 
be stored as a processing parameter value. 

An FSO transaction processing software program may use one or more processing 
parameters during the processing of a transaction. A processing parameter may have a 
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different processing parameter value for different transactions. The software program 
may examine the values of one or more data elements in the transaction data and master 
files to determine the processing parameter value for the transaction. A combination of 
data elements used to determine the processing parameter value may be referred to as the 
5 key definition for the processing parameter. The combination of data element values 
constructed from the key definition may be referred to as a key value. For example, a 
software program for processing credit card transactions for a credit card institution may 
use the credit card issuer and card type to determine what transaction price to charge a 
client of the credit card institution for processing a credit card transaction. The key 
10 definition in this example includes the credit card issuer data element and card type data 
element, and the key value is constructed from the values for the credit card issuer data 
element and card type data element read from the credit card transaction data or from a 
master file associated with the transaction. 

15 In one embodiment, processing parameter values and the key values used to 

identify the processing parameter values may be stored in tables in the database. The 
tables in the database that store the processing parameter values and key values may be 
referred to as Process Control Data (PCD) tables or processing parameter tables. In one 
embodiment, there may be one PCD table for each processing parameter in the FSO 

20 system. 

Processing parameters are one example of parameters that may be stored in PCD 
tables and located using key definitions as described herein. Examples of other types of 
parameters that may be stored in PCD tables are default parameters and definition 
25 parameters. Default parameters may be used to fill in default information in records in 
the database when they are created. For example, when a new customer account is 
created, one or more fields in the customer account master file may be filled with default 
parameter values. Default parameter values may be retrieved from PCD tables using key 
values constructed from the PCD key definitions and data element values from the 
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customer account master file. Definition parameters are text or numeric values that are 
located using key values as codes. An example is a text error message that may be 
looked up using a numeric error code as a key value. 

5 During processing, an FSO transaction may be stored as a record or file in the 

FSO system. In one embodiment, the FSO transaction may be stored in the FSO system 
database. A portion of the FSO transaction record may be read into system memory 
during processing. An FSO transaction record may include one or more data elements. 
The data elements included in an FSO transaction record may be defined in the data 
10 dictionary. The data elements in the transaction record may describe the various 

attributes of the transaction. For example, the data elements in a credit card transaction 
record may include items such as the customer's name, account numbers, credit card 
type, card issuer, date of the transaction, and the business at which the transaction 
originated. 

15 

An example of an FSO that may use an FSO computer system as described herein 
is a credit card institution. A credit card institution may issue credit cards to customers 
and client institutions of the FSO. The credit card institution may also issue credit cards 
on behalf of client businesses such as department stores. The credit card institution may 

20 also acquire and process credit card transactions from customers and client businesses 
such as department stores. For example, a credit card institution may issue its own credit 
card. Continuing the example, the credit card institution may also have client department 
stores. The credit card institution may issue a credit card under a department store's 
name, and may collect and process all credit card transactions for the department store. 

25 The credit card institution may charge a fee for each transaction processed. Some of the 
credit card transactions collected by the credit card institution may be transactions for 
credit cards not issued by the credit card institution. These transactions may be 
forwarded to the FSO that issued the card. In turn, other FSOs may forward credit card 
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transactions to the credit card institution. Transactions for credit cards issued by the 
credit card institution may be processed by the credit card institution. 

In the above example, the fee charged for each transaction, also called the 
5 merchant transaction price, is an example of a processing parameter for an FSO system in 
a credit card institution. One embodiment of an FSO system database in a credit card 
institution may include a merchant transaction pricing PCD table. The merchant 
transaction pricing PCD table may include one or more merchant transaction pricing 
values. Each merchant transaction pricing value may be associated with one unique key 
10 value in the table. The key values in the PCD table may be constructed using a key 

definition. Each processing parameter in the FSO system, and thus each PCD table, may 
be associated with a key definition. In one embodiment, the FSO system database may 
include a key definition table for storing key definitions in the FSO system. 

15 A key definition may include one or more data elements from the data dictionary. 

As an example, the merchant transaction pricing parameter described above may have a 
key definition that includes one or more data elements. Examples of data elements that 
may be included as fields in the merchant transaction pricing parameter key definition 
include card issuer, card type, on us/not on us, and transaction type. A card issuer may 

20 be the brand of card, for example, VISA, MasterCard, Discovery, etc. Examples of card 
types may include, but are not limited to: "gold" and "platinum" cards issued by some 
card issuers. On us/not on us refers to whether the FSO processing the transaction also 
issued the credit card. "On us" may mean that the FSO did issue the card. "Not on us" 
may mean that another FSO issued the card, and thus the transaction may be forwarded to 

25 the other FSO for processing. The term "transaction type" may refer to the way the 
transaction was entered; examples of transaction types may include, but are not limited 
to: manual, electronic, and telephone transactions. A manual credit card transaction may 
be a credit card transaction that is entered by hand and imprinted with a credit card 
imprint machine. An electronic transaction may be a credit card transaction where the 
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magnetic strip on a credit card is read electronically. A telephone transaction may be a 
credit card transaction performed by telephone call. 



Figure la - A block diagram illustrating one embodiment of an FSO computer system for 
5 processing FSO busines s data using pre-configured key definitions, kev values, and 
processing values 

In Figure la, an embodiment of an FSO business transaction processing system 
10 may include a computer system 20, a display screen 40 connected to the computer 

10 system, and one or more databases 52 residing on external storage. Computer system 20 
includes memory 30 configured to store computer programs for execution on computer 
system 20, and a central processing unit (not shown) configured to execute instructions of 
computer programs residing on computer system 20. Business transaction processing 
program 50 may be stored in memory 20. System 10 may also include one or more input 

15 devices 42 such as a keyboard for entering data and commands into program 50 and one 
or more cursor control devices 44 such as a mouse. 

Figure lb - One embodiment of an FSO computer system integrated into a networked 
system for processing FSO business data 

20 

Figure lb illustrates one embodiment of a networked system configured for 
processing FSO business data. Network 60 may be a local area network or wide area 
network, and may include conmiunications links including, but not limited to, Ethernet, 
token ring, Internet, satellite and modem. An FSO computer system 10 as illustrated in 
25 Figure la may be connected to network 60. One or more user workstations 80 may be 
connected to network 60 and may be used by users of the FSO computer system to enter 
and modify data, initiate data processing tasks, and monitor the processing of data in the 
FSO computer system. One or more printers 90 for outputting hardcopy reports on FSO 
system data may also be connected to network 60. One or more other FSO computer 
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systems 70 may also be connected to network 60. In one embodiment, one or more 
computer systems 75 of client businesses of the FSO may also be connected to network 
60. Client businesses of the FSO may forward business transactions to the FSO computer 
system for processing. 

5 

Figure 2 - One e mbodiment of a system for processing FSO business data using 
hardcoded key definitions and key construction 

Figure 2 illustrates one embodiment of a system for processing FSO business data 
10 using hardcoded key definitions and key construction. The system using hardcoded key 
definitions may include a transaction processing program 300 and a PCD program 306. 
The system may also include a PCD table 320 and a database 310. Database 310 may 
include customer account master files. 

15 Transaction processing program 300 may receive a business product transaction 

302 for processing. Transaction processing program 300 may require a PCD value from 
PCD table C 320 for processing business product transaction 302. Transaction 
processing program 300 may include program instructions 308 for building a processing 
key value for locating a PCD value in PCD table C 320. Program instructions 308 may 

20 include one or more program instructions that specify a PCD key definition 3 14 for PCD 
value C. The program instructions may include instructions for locating one or more data 
elements in business product transaction 302 and database 310. In this example, the 
program instructions have embedded references to data elements x and y. Data element x 
is located in business product transaction 302, and data element y is located in database 

25 310. The values stored in the located data elements may be copied into one or more key 
elements in processing key value 316. Processing key value 316 may be stored in 
program memory in transaction processing program 300. 
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After the processing key value 316 is constructed in program instructions 308, 
transaction processing program may send a request 304 to PCD program 306. Request 
304 may include information on which PCD table is to be searched. Request 304 may 
also include a processing key value to be searched for. In this example, request 304 
5 includes information specifying that PCD table C 320 is to be searched, and includes 
processing key value 316. PCD program 306 receives request 304 and locates the 
requested PCD table 320. PCD program 306 may include program instructions 318 that 
are configured to search PCD table 320 for a key value. The search of PCD table 320 
may include comparing processing key value 316 with a first key value in PCD table C 
10 320. If processing key value 316 does not match the key value, the search may continue 
with the next key value in PCD table C 320. The search may continue until a key value 
in PCD table C 320 is found that matches processing key value 316, or until all of the key 
values in PCD table C 320 have been compared to processing key value 316 without 
finding a match. 

15 

If a matching key value for processing key value 316 is found, the PCD value 326 
corresponding to the matching key value is returned to transaction processing program 
300. In this example, processing key value 316 is the value [1, 2]. Searching PCD table 
C 320 finds key value [1, 2] in the first row of the table. The PCD value stored with key 
20 value [1, 2] is 5.0. The PCD value 5.0 is returned to transaction processing program 300 
in PCD value 326. 

If a matching key value for processing key value 316 is not found, PCD program 
306 may notify transaction processing program 300 that a match for processing key value 
25 316 was not found. Program instructions 308 may include one or more program 

instructions for creating an alternate processing key value (not shown) for PCD value C. 
The alternate processing key value may include alternate values for one or more of the 
key elements. The alternate processing key value may be sent to PCD program 306 in a 
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new request 304, and the searching of PCD table C 320 as described above may be 
repeated with the alternate processing key value. 

Figure 3a - One embodiment of a system for processing FSO business data using user- 
5 defined key definitions, search masks, key values and PCD values, illustrating an 
unsuccessful first search of a PCD table for a match to a processing key value 

Figures 3a and 3b are block diagrams illustrating one embodiment of a system for 
processing FSO business data, and illustrates one embodiment of searching a PCD table 
10 for a match to a processing key value, where the key definitions, search masks, key 
values, and PCD values are all entered by a user of the system. In one embodiment, the 
user may identify the key definitions during the configuration of the FSO computer 
system. In one embodiment, an expert system may be programmed to identify the key 
definitions. 

15 

Referring to Figure 3a, the system may include a transaction processing program 
500, a key building program 506, and a PCD program 512. The system may also include 
a database 518, a PCD key definition table 508, a search mask table 522, and a PCD table 
C 526. In one embodiment, database 518 may include customer account master files. In 
20 one embodiment, PCD key definition table 508, search mask table 522, and PCD table C 
526 may reside in a database 520. 

Transaction processing program 500 may receive a business product transaction 
502 for processing. Transaction processing program 500 may require a PCD value from 
25 PCD table C 526 for processing business product transaction 502. Transaction 

processing program may send a request 504 to key building program 506. Request 504 
may include information identifying the PCD table that transaction processing program 
500 requires a PCD value from. In tiiis example, ti-ansaction processing program is 
requesting a PCD value from PCD table C. 



Atty. Dkt. No.: 5053-31301 



Page 22 



Conley, Rose & Tayon, P.C. 



Key building program 506 may include program instructions 514 for building a 
key value. Program instructions 514 may receive the PCD table name from request 504. 
In this example, the PCD table name is PCD table C. Program instructions 514 may 
5 search PCD key definition table 508 for a PCD key definition for PCD table C. PCD key 
definition 510 may be read from PCD key definition table 508 in response to finding the 
entry in the table for PCD table C. In this example, key definition 510 for PCD table C 
includes data elements x and y. Data element x is located in business product transaction 
502, and data element y is located in database 518. 

10 

Program instructions 514 may access search mask table 522 for PCD table C in 
database 520. In one embodiment of a search mask table, the search masks in the search 
mask table may be arranged in an order from first to last, wherein the search masks are 
read in order from first to last by a key building program until a match for a processing 

15 key value is located. After locating search mask table 522, program instructions 514 may 
read a first search mask 524 from search mask table 522. In one embodiment of search 
mask tables, each row of the search mask includes one search mask, and each search 
mask includes one field for each key element in the key definition associated with the 
search mask table. In one embodiment, wildcard mask field values and equal mask field 

20 values may be entered as mask values in search mask fields. In one embodiment, an 
equal mask field value in a search mask field may specify that, when constructing or 
preparing a processing key value from the data element values in a customer account data 
set during processing of the customer account data set, the key element value in the 
processing key value corresponding to the mask field will be set to the data element value 

25 from the customer account data set. In one embodiment, a wildcard mask field value in a 
mask field may specify that, when constructing a processing key value from the data 
element values in a customer account data set during processing of the customer account 
data set, the key element value in the processing key value corresponding to the mask 
field will be set to the low collating value for the data type of the key element. For 
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example, key elements of numeric data type may use zero (0) as a low collating value, 
and character fields may use spaces, or blank characters, as low collating values. Other 
key element types may have low collating values specific to the type. In the embodiment 
illustrated in Figure 3a, an equal mask field value is represented by an equal sign ("="), 
5 and a wildcard mask field value is represented by an asterisk ("*"). In this example, 
search mask 524 includes one search mask field for each data element in key definition 
510, where the search mask fields for data elements x and y are set to equal mask field 
values. 

10 Program instructions 514 may use key definition 510 and search mask 524 to 

build a first key value 528 from data element values read from database 518 and 
transaction 502. Program instructions 514 may use the data elements in key definition 
510 to read the data element values from the data elements. In this example, the value 
read from data element x in transaction 502 is 1, and the value read from data element y 

15 in database 5 18 is 8. Program instructions 5 14 may use search mask 524 to copy the data 
elements into processing key value 528. In this example, both search mask values in 
search mask 524 are equal search mask values, so the data element values may be copied 
directly into the key elements of processing key value 528. Processing key value 528 
may be passed to PCD program 512. Information indicating which PCD table to search 

20 may also be passed to PCD program 512. 

PCD program 512 may include program instructions 5 16 configured for searching 
PCD tables and matching processing key values to PCD key values. In this example, the 
PCD table name is PCD table C. In one embodiment, program instructions 512 may 
25 search PCD key definition table 508 for a PCD key definition for PCD table C. PCD key 
definition 510 may be read from PCD key definition table 508 in response to finding the 
entry in the table for PCD table C. In this example, key definition 510 for PCD table C 
includes data elements x and y. Data elements may include information on the format of 
data element values, such as the data type and length of the data. In one embodiment. 



Atty. Dkt. No.: 5053-31301 



Page 24 



Conley, Rose & Tayon, P.C. 



program instructions 516 may use the data format information of the data elements in a 
key definition during the comparison of a processing key values to one or more PCD 
table key values. En another embodiment, program instructions 516 may compare a 
processing key value directly to a PCD table key value without using the formatting 
information from data elements in a key definition. 

In one embodiment, program instructions 516 may use information received from 
key building program 506 to locate PCD table C 526 in database 520. Program 
instructions 516 may include instructions for searching the key value fields of a PCD 
table for a key value that matches a processing key value. In one embodiment, two key 
values match if they include the same key elements in the same order, and if the key 
element values in the first key value are the same as the key element values in the second 
key value for all of the key elements in the key element values. In the example shown in 
Figure 3a, processing key value 528 includes the key element values [1, 8]. Program 
instructions 516 may compare processing key value 528 to each of the key values in PCD 
table C 526. In this example, PCD table C 526 does not include a key value that matches 
processing key value 528. PCD program 512 may notify key building program 506 that 
no matching key value was found in PCD table C 526. 

Figure 3b - One embod iment of a svstem for processing FSO business data using user- 
defined kev definitions, search masks, kev values and PCD values, illustrating a 
successful second search of a PCD table for a match to a processing kev value 

Figures 3a and 3b are block diagrams illustrating one embodiment of a system for 
processing FSO business data, and illustrates one embodiment of searching a PCD table 
for a match to a processing key value, where the key definitions, search masks, key 
values, and PCD values are all entered by a user of the system. Referring to Figure 3b, 
the system may include a transaction processing program 500, a key building program 
506, and a PCD program 512. The system may also include a database 518, a PCD key 



Any. Dkt. No.: 5053-31301 



Page 25 



Conley, Rose & Tayon, P.C. 



definition table 508, a search mask table 522, and a PCD table C 526. In one 
embodiment, database 518 may include customer account master files. In one 
embodiment, PCD key definition table 508, search mask table 522, and PCD table C 526 
may reside in a database 520. 

5 

Figure 3b illustrates one embodiment of building a second processing key value 
and searching for a match to the second processing key value after no matching key value 
is found for a first processing key value in a PCD table. In Figure 3a, PCD program 512 
may notify key building program 506 that no match was found for processing key value 

10 528 in PCD table C 526. Referring to Figure 3b, key building program 506 may include 
program instructions 514 for building a key value. Program instructions 514 may use key 
definition 510 and a second search mask 530 read from search mask table 522 to build a 
second key value 532 from data element values read from database 518 and transaction 
502. Program instructions 514 may use the data elements in key definition 510 to read 

15 the data element values from the data elements. In this example, the value read from data 
element x in transaction 502 is 1. Program instructions 514 may use search mask 530 to 
copy the data elements into processing key value 532. In this example, the first search 
mask field value in search mask 530 is an equal search mask value, and therefore the data 
element value for data element x may be copied into the first key element of processing 

20 key value 532. The second search mask field value in this example is a wildcard search 
mask value, and therefore the wildcard value for the data type of data element y may be 
copied into the second key element of processing key value 532. After processing key 
value 532 is built by program instructions 514, processing key value 532 may be passed 
to PCD program 512. Information indicating which PCD table to search may also be 

25 passed to PCD program 512. 

PCD program 512 may include program instructions 516 configured for searching 
PCD tables and matching processing key values to PCD key values. In this example, the 
PCD table name is PCD table C. In one embodiment, program instructions 516 may use 
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information received from key building program 506 to locate PCD table C 526 in 
database 520. Program instructions 516 may include instructions for searching the key 
value fields of a PCD table for a key value that matches a processing key value. In the 
example shown in Figure 3b, processing key value 532 includes the key element values 

5 [1,* ], where "*" represents the wildcard, or low collating, value for the data element y in 
key definition 510. Program instructions 516 may compare processing key value 532 to 
each of the key values in PCD table C 526. In this example, the search of PCD table C 
526 finds a matching key value [1, *] in a row of the PCD table. Program instructions 
516 may read PCD value 534 from the row of the PCD table where the matching key 

10 value was found. PCD program 5 12 may then send PCD value 534 to transaction 
processing program 500. 

Key building program 506 and PCD program 512 may continue to search PCD 
table C 526 for a match to a processing key value constructed from transaction and 

15 database data element values and wildcard values until a match is found or until all the 
search masks in search mask table 522 have been used without finding a matching PCD 
key value. In the example shown in Figure 3b, a row in search mask table 522 has 
wildcard values for all of the data elements in key definition 510. There is also a row in 
PCD table C 526 where all of the key element values are set to wildcard values. 

20 Therefore, in this example, a match, and therefore a corresponding PCD value, will be 
found for all transactions. In other examples where one or both of the tables do not 
include a row with all wildcard values, a matching key value for a processing key value 
may not be found in a PCD table, and therefore no PCD value is found for the original 
request issued by transaction processing program 500. In one embodiment, transaction 

25 processing program 500 may be notified when a PCD value is not found by key building 
program 506 and PCD program 512. 

Figure 4 - One embodiment of a key definition with examples of fields that mav be 
included in the key definition 
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Figure 4 illustrates an embodiment of a key definition that may have been defined 
by a user of an FSO system, with key elements displayed on a key definition screen 150, 
Each key element may include several parameters that define the key element. In one 
5 embodiment, the key elements may be displayed as rows on computer display screen 150, 
with the columns displaying key element parameters. This example shows key elements 
X, W, and Z. Key element column 152 displays the key element name. Key element 
sequence column 154 displays the order in which the key elements will appear in the key 
definition. In this example, key element X is the first key element, key element W is the 

10 second key element, and key element Z is the third key element. Element Name column 
156 may display a data element name. In this example, key element X is Company ID, 
key element W is the Credit Card Type, and key element Z is ON US/NOT ON US. 
Field Length column 158 may display a length in units for the key element. In one 
embodiment, the units are 8-bit bytes. In this example, key element X is 2 bytes long, 

15 key element W is 3 bytes long, and key element Z is one byte long. Data type column 
160 may display a data type for the key element. In this example, key element X is of 
type numeric, and key elements W and Z are of type character. 

Figure 5 - One embodiment of a PCD table for the key definition of Figure 4 with 
20 examples of kev values and processing parameter values 

Figure 5 illustrates an embodiment of a PCD table 170 from a database used in an 
FSO system, with rows including key values 174 and processing parameter values 178 
associated with the key values. A PCD table may be used to store key values and the 
25 processing, or PCD, values associated with the key values. The key values and 
processing parameter values may be entered by a user of the FSO system. In one 
embodiment, a PCD table may include pre-defined key values and processing parameter 
values, and the user of the FSO system may add key values and processing parameter 
values to the PCD table. 
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A POD table may be searched for a particular key value to find the processing 
parameter value associated with the key value. In this example, PCD table 170 may be 
used to access credit card merchant transaction charges 179 for different key values. In 

5 the credit card business, an Acquirer is an FSO that manages credit card accounts, 

processes credit card transactions, and collects credit card payments as an agent of one or 
more organizations, or companies. The FSO may charge a merchant transaction charge 
for each credit card transaction processed. The ability for a user of the FSO system to 
configure key definitions and PCD tables at configuration time allows the FSO to define 

10 merchant transaction charges for a particular transaction based upon attributes of the 
transaction. For example, a bank may manage the Visa and Discovery credit card 
transactions for Store 12 and Store 14. The user may include one or more attributes (data 
elements) of the transaction as key elements in the key definition, and may define one or 
more permutations of key values and associated merchant transaction prices for the 

15 permutations in the merchant transaction pricing PCD table. In this example, the bank 
may define different transaction prices for processing MasterCard transactions for Store 
12 than it charges for processing MasterCard transactions for Store 14. 

In one embodiment, each row 172 in table 170 holds one key value and its 
20 associated processing parameter value. In one embodiment, each key value is unique 
among the key values in the PCD table. Each key definition is associated with one PCD 
table. A key value may be constructed from the key element values stored in the one or 
more key elements defined in the key definition for this PCD table. In this example, the 
key values are constructed from key elements X (175), W (176), and Z (177), as defined 
25 in key description 150 illustrated in Figure 4. In Figure 5, row 1' s key value is (12, VIS, 
Y). The processing parameter value corresponding to the key value of (12, VIS, Y) is 10. 
Searching PCD table 170 for the key value of (12, VIS, Y) will return the transaction 
charge of 10. 
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In one embodiment of PCD tables, wildcard values may also be entered as key 
element values in a PCD table. In Figure 5, key elements with wildcard values are 
represented by asterisks C^''). In one embodiment of PCD tables, low collating values 
for the data type of the key element may be used as wildcard key element values. For 

5 example, key elements of numeric data type may use zero (0) as a low collating value, 
and character fields may use spaces, or blank characters. Other key element types may 
have low collating values specific to the type. Any or all of the key element values in a 
row of a PCD table may be set to a wildcard value. In Figure 5, row 3 has key elements 
W and Z set to wildcard values, row 4 has key element W set to a wildcard value, and 

10 row 7 has all of its key elements (X, W, and Z) set to wildcard values. In one 

embodiment, to specify a wildcard value for a key element value, the user may enter a 
wildcard display value (for example, in the PCD table entry display screen, and the 
FSO system may then substitute the low collating value for the data type of the key 
element set to the wildcard display value when storing the key value in the PCD table. 

15 

Figure 6 - One embodiment of a search mask table with examples of search masks that 
may be applied to the PCD table of Figure 5 

In one embodiment of an FSO system using PCD tables to store key values and 
20 associated processing parameter values, each PCD table and corresponding key definition 
may have an associated search mask table. A user of the FSO system may enter the 
search masks in the search mask table. A search mask table may include one or more 
rows for storing search masks entered by the user, with each row including one column, 
or mask field, for each of the key elements in the key definition. In the example 
25 illustrated in Figure 6, search mask table 180 may be defined for key definition 150 

illustrated in Figure 4 and PCD table 170 illustrated in Figure 5. Thus, search mask table 
180 may include mask fields corresponding to key elements X, W, and Z in key 
definition 150. The user of the FSO system may enter a mask field value for each mask 
field in each search mask in a search mask table. 
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In one embodiment of a search mask table, mask field values may include an 
equal mask field values and a wildcard mask field value. In one embodiment, an equal 
mask field value may be entered by the user and displayed on the search mask entry 
5 display screen as an equal sign as illustrated in Figure 6. In one embodiment, a 
wildcard mask field value may be entered by the user and displayed on the search mask 
entry display screen as an asterisk as illustrated in Figure 6, In one embodiment, 
an equal mask field value in a mask field may specify that, when constructing a 
processing key value from the data element values in a customer account data set during 

10 processing of the customer account data set, the key element value in the processing key 
value corresponding to the mask field will be set to the data element value from the 
customer account data set. In one embodiment, a wildcard mask field value in a mask 
field may specify that, when constructing a processing key value from the data element 
values in a customer account data set during processing of the customer account data set, 

15 the key element value in the processing key value corresponding to the mask field will be 
set to the low collating value for the data type of the key element. 

One embodiment of a PCD table search process in an FSO system may use the 
search masks in a search mask table to construct processing key values from a customer 

20 account data set. In one embodiment, the search process may start at the first search 
mask in the search mask table, build a processing key value from the customer account 
data set using the first search mask, and search the PCD table for a key value that 
matches the processing key value. If a matching key value is found, the search process 
may return the processing parameter value for the key value to a program that requested 

25 the processing parameter value for the customer account data set. If a matching key 
value is not found, the search process go to the second search mask in the search mask 
table, build a processing key value from the customer account data set using the second 
search mask, and search the PCD table for a key value that matches the processing key 
value. The search process may iterate through the search masks in the search mask table 
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until a matching key value is found or until there are no more search masks. When no 
matching key value is found and all search masks have been used, a message may be 
returned to the requesting program that no processing parameter value exists for the 
customer account data set. 

5 

Search mask table 180 illustrated in Figure 6 includes four search masks 183 that 
may be used with key definition 150 illustrated in Figure 4 to construct a processing key 
value from a customer account data set during a search of PCD table 170 illustrated in 
Figure 5. In Figure 6, the search masks are in a search order 184 from search mask 1 to 

10 search mask 4. In search mask 1, mask fields X, W, and Z are all assigned equal mask 
field values, represented by an equal sign ("="). Search mask 2 has mask fields X and Z 
assigned equal mask field values, and mask field W assigned a wildcard mask field value 
represented by an asterisk ("*"). Search mask 3 has mask field X assigned an equal mask 
field value and mask fields W and Z assigned wildcard mask field values. Finally, in 

15 search mask 4, mask fields X, W and Z are all assigned wildcard mask field values. 

Search mask table 180 illustrated in Figure 6 includes a search mask where all of 
the mask fields are set to the equal mask field value, and also includes a search mask 
where all of the mask fields are set to the wildcard mask field value. In one embodiment, 
20 search mask tables may not be required to include search masks where all mask fields are 
set to equal mask field values. In one embodiment, search mask tables may not be 
required to include search masks where all mask fields are set to wildcard mask field 
values. 



25 Figure 7 - One embodi ment of a structure for a database table for storing key definitions 

Figure 7 illustrates one embodiment of a database table that may be used to store 
key definitions defined by a user in an FSO system. Key definition table 200 may 
include PCD table identifiers 202 and user-defined key definitions 204. In one 
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embodiment of an FSO system using user-defined key definitions, there is one key 
definition table 200 in an FSO system database. In one embodiment of an FSO system 
using user-defined key definitions, there is one row in key definition table 200 for each 
PCD table in the FSO system database, with each row including one PCD table identifier 
5 202 that references the PCD table and one key definition 204 that defines the key format 
for the PCD table. 

In an FSO system, key definition table 200 may be used during configuration of 
the FSO system to store key definitions 204 defined by a user of the system. Key 

10 definition table 200 may also be used during configuration to present a display screen to 
the user of the FSO system for defining key values and their associated processing 
parameter values in a PCD table. Key definition table 200 may also be used during 
configuration to format the key values defined by the user as the key values are stored in 
the key value fields of the PCD table. Key definition table 200 may also be used during 

15 configuration to present a display screen to the user for defining search masks for key 
definitions, and to format the search masks defined by the user as they are stored in a 
search mask table. 

In an FSO system, the user-defined key definitions 204 in key definition table 200 
20 may be used during the processing of FSO business data, including the processing of 
customer account data sets. A computer program running on the FSO system may 
request a processing parameter value from a PCD table during the processing of a 
customer account data set. In response to the request, the user-defined key definition 204 
for the PCD table may be read from key definition table 200 and used with a user-defined 
25 search mask for the key definition to construct a processing key value from the customer 
account data set. The processing key value may be used to search the PCD table for the 
PCD key value that matches the processing key constructed from the customer account 
data set. If a matching PCD key value is found, the processing parameter value for the 
matching PCD key value is returned to the calling program. 
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Figure 8 - One embodi ment of a database structure for referencing search masks 



Figure 8 illustrates one embodiment of a database structure that may be used to 
5 store and reference search masks defined by a user in an FSO system. A table 205 may 
include PCD table identifiers 206 and references to search mask tables 208. In one 
embodiment of an FSO system using user-defined key definitions and search masks, 
there is one table 205 in an FSO system database. In one embodiment of an FSO system 
using user-defined key definitions and search masks, there is one row in table 205 for 
10 each PCD table in the FSO system database, with each row including one PCD table 

identifier 206 that references the PCD table and one reference to a search mask table 204. 
In another embodiment of table 205, all of the search mask tables may be merged into 
table 205, with one row in table 205 for each search mask for each PCD table. 

15 In an FSO system, the search mask tables 208 in table 205 may be used during the 

processing of FSO business data, including the processing of customer account data sets. 
A computer program running on the FSO system may request a processing parameter 
value from a PCD table during the processing of a customer account data set. In response 
to the request, the user-defined key definition for the PCD table may be read from a key 

20 definition table. A first user-defined search mask may be read from search mask table 
208 for the PCD table and may be used with the key definition to construct a first 
processing key value from the customer account data set. The first processing key value 
may be used to search the PCD table for a PCD key value that matches the first 
processing key value constructed from the customer account data set. If a matching PCD 

25 key value is found, the processing parameter value for the matching PCD key value is 
returned to the calling program. If a matching PCD key value is not found, a second 
user-defined search mask may be read from search mask table 208 and used with the key 
definition to construct a second processing key value. The second processing key value 
may be used to search the PCD table for a PCD key value that matches the second 
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processing key value. The process of reading a next search mask, building a processing 
key, and searching the PCD table may continue until a matching PCD key value is found 
or until all search masks have been used and no matching PCD key value is found. 

5 Figure 9 - One embodim ent of a structure for a user-defined PCD table with key values 
and data values 

Figure 9 illustrates one embodiment of a PCD table for storing key values and 
associated PCD data values defined by a user of the FSO system using a process as 

10 illustrated in Figure 5. Referring to Figure 9, PCD table 210 may include cells 216 for 
storing user-defined key values 217 in one column 212 and cells 218 for storing user- 
defined PCD data values 218 in a second column 216. One row in the table may include 
one cell 216 for storing a user-defined key value 217 and one cell 218 for storing the 
user-defined PCD data value 219 associated with the key value. In this example, user- 

15 defined key values (1, 2, ... , n) correlate to user-defined processing parameter values (1, 
2, . . ., n). A user-defined key value 217 may include one or more key value fields. A 
user-defined PCD data value 219 may include one or more processing parameter values. 

Figure 10 - One e mbodiment of several PCD tables in an FSO system 

20 

Figure 10 illustrates one embodiment of a plurality of PCD tables 210 in an FSO 
system database. PCD tables 210 may include cells 216 for storing user-defined key 
values 217 in one column 212 and cells 218 for storing user-defined PCD data values 218 
in a second column 216. One row in each table may include one cell 216 for storing a 
25 user-defined key value 217 and one cell 218 for storing the user-defined PCD data value 
219 associated with the key value. In this example, in PCD table 1, key values (1,2,..., 
n) correlate to processing parameters (1, 2, n). A user-defined key value 217 may 
include one or more key value fields. A user-defined PCD data value 219 may include 
one or more processing parameter values. 
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In one embodinaent, cells 216 for storing key values 217 may be of a pre- 
configured fixed size that is identical for all PCD tables 210. In this embodiment, the 
fixed size of cells 216 may be pre-configured large enough to store key values 217 of the 
5 maximum size anticipated by the user of the system. In one embodiment, if the pre- 
configured size of cells 216 is not large enough, the PCD tables may be re-configured 
with a larger fixed size for cells 216. 

PCD tables (1,2, . . . , x) as illustrated in Figure 10 may be used in an embodiment 
10 of a production FSO system to store user-defined processing parameter values and their 
associated user-defined key values. A program running on the FSO system may require a 
particular processing parameter value to process a customer account data set. The FSO 
system may determine which PCD table contains the processing parameter value, use the 
key definition and search mask table for the PCD table to construct a processing key 
15 value, and use the processing key value to search the PCD table key values for a 

matching key value. The matching key value is stored with the particular processing 
parameter value best suited for processing of the customer account data set. 

Figure 1 1 - Examples of inputs to and results from one embodiment of a search process 
20 that may be apphed to PCD tables as depicted in Figure 5 using search mask tables such 
as the search mask table depicted in Figure 6 

Figure 1 1 illustrates several examples of processing key value inputs to, and 
processing parameter outputs from, one embodiment of a PCD table search process as 
25 applied to PCD table 170 illustrated in Figure 5, using key definition 150 illustrated in 
Figure 4 and search mask table 180 illustrated in Figure 6 to construct the processing key 
values. A PCD table search process may be initiated in response to a request for a 
processing parameter for use in processing a customer account data set in an FSO system. 
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In search 1, the PCD table search process uses key definition 150 and the first 
search mask in search mask table 180 to construct processing key values for a first 
customer account data set. In the first search mask, all mask values are set to the equal 
mask field value. A first processing key value is constructed using the first search mask. 
5 Key element X is set to the value 12 read from the customer account data set, key 
element W is set to the value DIS read from the customer account data set, and key 
element Z is set to the value Y read from the customer account data set. PCD table 170 is 
searched for the key value (12, DIS, Y). The key value for the second row in PCD table 
170 matches the first processing key value. The search is completed when the match is 
10 found, and the corresponding processing parameter, 8, is returned to the requesting 
process in the FSO system. 

In search 2, the PCD table search process uses key definition 150 and the first 
search mask in search mask table 180 to construct processing key values for a second 

15 customer account data set. A first processing key value is constructed using the first 
search mask. Key element X is set to the value 12 read from the customer account data 
set, key element W is set to the value MSG read from the customer account data set, and 
key element Z is set to the value Y read from the customer account data set. PCD table 
1 70 is searched for the key value (12, MSC, Y). No exact match for the key value is 

20 found in PCD table 170. A second processing key value is constructed using the second 
search mask. Key element X is set to the value 12 read from the customer account data 
set, key element W is set to the wildcard key element value, and key element Z is set to 
the value Y read from the customer account data set. PCD table 170 is searched for the 
key value (12, *, Y). The key value for the fourth row in PCD table 170 matches the 

25 second processing key value. The search is completed when the match is found, and the 
corresponding processing parameter, 13, is returned to the requesting process in the FSO 
system. 
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In search 3, the PCD table search process uses key definition 150 and the first 
search mask in search mask table 180 to construct processing key values for a third 
customer account data set. A first processing key value is constructed using the first 
search mask. Key element X is set to the value 12 read from the customer account data 
5 set, key element W is set to the value MSG read from the customer account data set, and 
key element Z is set to the value N read from the customer account data set. PCD table 
170 is searched for the key value (12, MSC, N). No exact match for the key value is 
found in PCD table 170. A second processing key value is constructed using the second 
search mask. Key element X is set to the value 12 read from the customer account data 

10 set, key element W is set to the wildcard key element value, and key element Z is set to 
the value N read from the customer account data set. PCD table 170 is searched for the 
key value (12, N). Again, no exact match for the key value is found in PCD table 170, 
A third processing key value is constructed using the third search mask. Key element X 
is set to the value 12 read from the customer account data set, key element W is set to the 

15 v^ildcard key element value, and key element Z is set to the wildcard key element value. 
PCD table 170 is searched for the key value (12, *). The key value for the third row in 
PCD table 170 matches the third processing key value. The search is completed when the 
match is found, and the corresponding processing parameter, 12, is returned to the 
requesting process in the FSO system. 

20 

In search 4, the PCD table search process uses key definition 150 and the first 
search mask in search mask table 180 to construct processing key values for a fourth 
customer account data set. A first processing key value is constructed using the first 
search mask. Key element X is set to the value 14 read from the customer account data 
25 set, key element W is set to the value MSC read from the customer account data set, and 
key element Z is set to the value N read from the customer account data set. PCD table 
170 is searched for the key value (14, MSC, N). No exact match for the key value is 
found in PCD table 170. A second processing key value is constructed using the second 
search mask. Key element X is set to the value 14 read from the customer account data 
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set, key element W is set to the wildcard key element value, and key element Z is set to 
the value N read from the customer account data set. PCD table 170 is searched for the 
key value (14, N). Again, no exact match for the key value is found in PCD table 170. 
A third processing key value is constructed using the third search mask. Key element X 

5 is set to the value 14 read from the customer account data set, key element W is set to the 
wildcard key element value, and key element Z is set to the wildcard key element value. 
PCD table 170 is searched for the key value (14, Again, no exact match for the key 
value is found in PCD table 170. A fourth processing key value is constructed using the 
fourth search mask. Key element X is set to the wildcard key element value, key element 

10 W is set to the wildcard key element value, and key element Z is set to the wildcard key 
element value. PCD table 170 is searched for the key value (*, The key value for 
the seventh row in PCD table 170 is set to all wildcard values, and thus matches the 
fourth processing key value. The search is completed when the match is found, and the 
corresponding processing parameter, 14, is returned to the requesting process in the FSO 

15 system. 

Figure 12a - A flow diagram illustrating one embodiment of a process for processing 
business data in an FSO computer system using user-configured key definitions, search 
masks, key values and processing values 

20 

Figure 12a is a flowchart illustrating one embodiment of a process using user- 
configured key definitions, search masks, key values and processing values to perform 
processing on business data in an FSO computer system. In one embodiment, steps 400 
and 402 may be performed in a business transaction processing program in the FSO 

25 system. In step 400, a computer program in the FSO computer system may receive an 
FSO business transaction for processing. The transaction may be related to an account of 
a customer of the FSO. For example, the transaction may be a record of a credit card 
purchase made by a customer of the FSO at a client business of the FSO; the credit card 
used in the purchase may have been issued by the FSO. In step 402, the computer 

30 program may require one or more processing parameter values, or PCD values, to 
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perform processing on the transaction. For example, the computer program may require 
a merchant transaction price for a credit card transaction originating at a client business 
of the FSO. In one embodiment, one or more PCD values may be stored in a PCD table. 
For example, the FSO system may include a merchant transaction price PCD table. The 
5 merchant transaction price PCD table may include multiple rows. Each row may include 
one merchant transaction price value and a key value useable to identify and locate the 
merchant transaction price value. In one embodiment, each key value in a PCD table is 
unique. One row in the table may include one PCD value, or a set of related PCD values, 
and a key value used to locate the PCD value. The computer program may generate a 
10 request for the required PCD value. In one embodiment, the request may be forwarded to 
a key building program in the FSO computer system. 

In one embodiment, steps 404 and 406 in Figure 12a may be performed by a key 
building program. In step 404, a key definition for the key values in the PCD table for 
15 the requested PCD value may be read by the key building program. In one embodiment, 
the key definition may be read from a key definition table in the FSO system. In step 
406, the key building program may locate the search mask table for the key definition. 

Figure 12b - A continuation of the flow diagram of Figure 12a 

20 

Figure 12b is a continuation of the flowchart begun in Figure 12a, and illustrates 
one embodiment of a process that uses user-configured key definitions, search masks, key 
values and processing values to perform processing on business data in an FSO computer 
system. In one embodiment, steps 410, 416, 418 and 420 in Figure 12b may be 
25 performed by the key building program that performed steps 404 and 406 in Figure 12a. 
In one embodiment, steps 412, 414, and 422 may be performed by a PCD program 
configured to locate PCD tables and search PCD tables for matching key values. 

Referring to Figure 12b, a processing key value may be constructed using the key 
30 definition read in step 404 of Figure 12a and a first search mask from the search mask 
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table read in step 406 of Figure 12a. Referring to step 410 of Figure 12b, the key 
definition may include one or more data elements, where each data element includes 
information describing the location, type and format of data element values. Data 
element values may be located in the data set for the transaction being processed, or in 

5 database files associated with the transaction in one or more databases in the FSO system. 
The search mask read from the search mask table may include one search mask field for 
each of the data elements in the key definition. Each search mask field in the search 
mask may be set to a search mask field value. In one embodiment, search mask field 
values may include wildcard mask field values and equal mask field values. In one 

10 embodiment, an equal mask field value in a search mask field may specify that, when 
constructing a processing key value from data element values in the transaction data set 
and related databases, the key element value in the processing key value corresponding to 
the mask field may be set to the data element value. In one embodiment, a wildcard 
mask field value in a mask field may specify that the key element value in the processing 

15 key value corresponding to the mask field may be set to the low collating value for the 
data type of the corresponding data element in the key definition. 

Continuing with step 410, each data element in the key definition may have a 
corresponding field in the search mask and in the processing key value. Each data 

20 element may also include information for locating and formatting a data element value in 
the transaction data or other database in the FSO system. Starting with a first data 
element from the key definition, the corresponding search mask field may be examined. 
If the search mask field value is an equal search mask field value, the data element value 
may be read from the location in the transaction data or other database in the FSO system 

25 and written to the corresponding processing key element value. If the search mask field 
value is a wildcard search mask field value, the low collating value for the data element 
may be written to the corresponding processing key element value. This process may be 
repeated for each key element in the key definition. When all processing key value fields 
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have been assigned values, the processing key value is complete. In one embodiment, the 
processing key value is then passed to a PCD program. 

In step 412, the PCD table may be searched for an occurrence of the processing 
5 key value constructed in step 410. In one embodiment, the PCD table may include one 
row for each combination of key value and PCD value. In one embodiment, each key 
value in the PCD table is unique among the key values in the PCD table. The key values 
in the PCD table may include one key element for each data element in the key definition 
associated with the PCD table. Each key element in the key value is set to a key element 
10 value. The format of the key value and key elements may be the same as the processing 
key value constructed in step 410. In step 412, each key value in the PCD table may be 
compared to the processing key value. Comparing the processing key value to a key 
value may include comparing each processing key element value to each corresponding 
key field value. In one embodiment, one or more key element values in the key value 
15 may be set to low collating values for the data element type for the key element. Key 
values may be compared to the processing key value until a key value that matches the 
processing key value is found, or until all of the key values have been compared without 
finding a match. 

20 In step 414, if no matching key value was found for the processing key value in 

the PCD table, the search process may continue with step 416. In step 416, the search 
mask table is examined to see if there is another search mask. If there is another search 
mask, the process may go to the next search mask table row in step 418 and repeats steps 
410-414. If there are no more rows in the search mask table, the business transaction 

25 processing program that requested the PCD value in step 402 of Figure 12a may be 
notified that no PCD value has been found for the transaction. 

If a matching key value is found for the processing key value in the PCD table in 
the processing loop described by steps 410-418, the processing loop may exit from step 
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414 to step 422. In step 422, the PCD value associated with the matched key value from 
the PCD table may be returned to the business transaction processing program that 
requested the PCD value for the transaction in step 402. 

Figure 13 - A flow dia gram illustrating one embodiment of a process for building a 
processing key value from data element values using a search mask 

Figure 13 is a flow diagram illustrating one embodiment of a process for building 
a processing key value from data element values using a search mask. Figure 13 is a 
detailed flow diagram expanding on step 410 from Figure 12b. Referring to Figure 13, a 
first data element may be read from the key definition in step 500. In step 502, a search 
mask field value may be read from the search mask field corresponding to the data 
element in the key definition. In step 502, the search mask field value may be examined. 
If the search mask field value is an equal search mask field value, the processing key 
element value corresponding to the current data element may be set to a data element 
value in step 504. The data element value may be read from transaction data or a 
database in the FSO system using location and formatting information from the data 
element. If the search mask field value is a wildcard search mask field value, the 
processing key element value corresponding to the current data element may be set to a 
low collating value for the data type of the data element in step 506. After the search 
mask field value has been set, step 508 may check to see if there are more data elements 
in the data definition. If there are more data elements in the data definition, processing 
may return to step 500. 

Various embodiments further include receiving or storing instructions and/or data 
implemented in accordance with the foregoing description upon a carrier medium. 
Suitable carrier media include memory media or storage media such as magnetic or 
optical media, e.g., disk or CD-ROM, as well as signals such as electrical, 
electromagnetic, or digital signals, conveyed via a conununication medium such as 
networks and/or a wireless link. 
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Although the system and method of the present invention have been described in 
connection with several embodiments, the invention is not intended to be limited to the 
specific forms set forth herein, but on the contrary, it is intended to cover such 
alternatives, modifications, and equivalents as can be reasonably included within the 
spirit and scope of the invention as defined by the appended claims. 
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WHAT IS CLAIMED IS: 



1 . A method performed in a Financial Service Organization (FSO) computer 
system, the method comprising: 

reading a key definition from a database, wherein the key definition 
describes a location of one or more data element values in a transaction-related 
data, wherein the key definition is identified during a configuration of the FSO 
computer system; 

reading from the transaction-related data the one or more data element 
values described in the key definition; and 

transferring the one or more data element values read from the transaction- 
related data to a processing key value. 

2. The method of claim 1, further comprising: 

comparing the processing key value to one or more key values in the 
database; and 

reading a processing parameter value from the database in response to 
finding a match between the processing key value and one of the one or more key 
values stored in the database; 

wherein the processing parameter value read from the database is 
configured for use in processing the transaction-related data in the FSO computer 
system. 

3. The method of claim 2, wherein the one or more key values in the 
database are defined by the user of the FSO computer system during the 
configuration of the FSO computer system. 

4. The method of claim 2, wherein the database further comprises a plurality 
of processing parameter tables, wherein each processing parameter table 
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comprises one or more rows, wherein each row in the processing parameter table 
comprises one processing parameter value and one key value. 

5. The method of claim 4, wherein the key definition is one of a plurality of 
key definitions in the database, wherein each of the plurality of key definitions in 
the database is associated with one of the plurality of processing parameter tables 
in the database, wherein the key definition further describes a data format of the 
key values in the one or more rows of the processing parameter table to which the 
key definition is associated. 

6. The method of claim 5, wherein each of the key values in the processing 
parameter table comprises one or more key element values. 

7. The method of claim 6, wherein each of the pluraHty of key definitions in 
the database comprises one or more key elements, wherein each of the one or 
more key elements describes a data format of one of the one or more key element 
values in the key values. 

8. The method of claim 1, wherein the key definition comprises one or more 
key elements, wherein each of the one or more key elements describes a location 
and data format of one of the one or more data element values in the transaction- 
related data. 

9. The method of claim 1, further comprising: 

reading a search mask from the database, wherein the search mask 
comprises one or more search mask fields, wherein each of the one or more 
search mask fields corresponds to one of the one or more data element values 
described in the key definition, and wherein each of the one or more search mask 
fields comprises a search mask field value. 
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10. The method of claim 9, wherein the transferring the one or more data 
element values read from the transaction-related data to the processing key value 
further comprises: 

5 transferring to the processing key value one of the one or more data 

element values read from the transaction-related data in response to a search mask 
field value indicating that the data element value from the transaction-related data 
is to be written to the processing key value; and 

transferring to the processing key value a low collating value in response 

10 to the search mask field value indicating that the low collating value is to be 

written to the processing key value. 

1 L The method of claim 9, wherein the search mask is defined by the user of 
the FSO computer system during the configuration of the FSO computer system. 

15 

12. A system for processing FSO transactions, the system comprising: 
a computer program; 
a computer system; 

wherein the computer program is executable on the computer system to 
20 execute: 

reading a key definition from a database, wherein the key 

definition describes a location of one or more data element values in a 

transaction-related data, wherein the key definition is identified during a 

configuration of the FSO computer system; 
25 reading from the transaction-related data the one or more data 

element values described in the key definition; and 

transferring the one or more data element values read from the 

transaction-related data to a processing key value. 
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13. The system of claim 12, wherein the computer program is further 
executable on the computer system to execute: 

comparing the processing key value to one or more key values in the 
database, and; 

reading a processing parameter value from the database in response to 
finding a match between the processing key value and one of the one or more key 
values stored in the database; 

wherein the processing parameter value read from the database is 
configured for use in processing the transaction-related data in the FSO computer 
system. 

14. The system of claim 13, wherein the one or more key values in the 
database are defined by the user of the FSO computer system during the 
configuration of the FSO computer system. 

15. The system of claim 13, wherein the database further comprises a plurality 
of processing parameter tables, wherein each processing parameter table 
comprises one or more rows, wherein each row in the processing parameter table 
comprises one processing parameter value and one key value. 

16. The system of claim 15, wherein the key definition is one of a plurality of 
key definitions in the database, wherein each of the plurality of key definitions in 
the database is associated with one of the plurality of processing parameter tables 
in the database, wherein the key definition further describes a data format of the 
key values in the one or more rows of the processing parameter table to which the 
key definition is associated. 

17. The system of claim 16, wherein each of the key values in the processing 
parameter table comprises one or more key element values. 
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18. The system of claim 17, wherein each of the plurality of key definitions in 
the database comprises one or more key elements, wherein each of the one or 
more key elements describes a data format of one of the one or more key element 
values in the key values. 

19. The system of claim 12, wherein the key definition comprises one or more 
key elements, wherein each of the one or more key elements describes a location 
and data format of one of the one or more data element values in the transaction- 
related data. 



20. The system of claim 12, wherein the computer program is further 
executable on the computer system to execute: 

reading a search mask from the database, wherein the search mask 
comprises one or more search mask fields, wherein each of the one or more 
search mask fields corresponds to one of the one or more data element values 
described in the key definition, and wherein each of the one or more search mask 
fields comprises a search mask field value. 

21 . The system of claim 20, wherein the transferring the one or more data 
element values read from the transaction-related data to the processing key value 
further comprises: 

transferring to the processing key value one of the one or more data 
element values read from the transaction-related data in response to a search mask 
field value indicating that the data element value from the transaction-related data 
is to be written to the processing key value; and 

transferring to the processing key value a low collating value in response 
to the search mask field value indicating that the low collating value is to be 
written to the processing key value. 
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22. The system of claim 20, wherein the search mask is defined by the user of 
the FSO computer system during the configuration of the FSO computer system. 

23. A carrier medium comprising program instructions, wherein the program 
instructions are executable by a computer system to implement: 

reading a key definition fi:om a database, wherein the key definition 
describes a location of one or more data element values in a transaction-related 
data, wherein the key definition is identified during a configuration of the FSO 
computer system; 

reading from the transaction-related data the one or more data element 
values described in the key definition; and 

transferring the one or more data element values read firom the transaction- 
related data to a processing key value. 

24. The carrier medium of claim 23, wherein the program instructions are 
finther executable by the computer system to implement: 

comparing the processing key value to one or more key values in the 
database, and; 

reading a processing parameter value from the database in response to 
finding a match between the processing key value and one of the one or more key 
values stored in the database; 

wherein the processing parameter value read from the database is 
configured for use in processing the transaction-related data in the FSO computer 
system. 

25. The carrier medium of claim 24, wherein the one or more key values in 
the database are defined by the user of the FSO computer system during the 
configuration of the FSO computer system. 
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26. The carrier medium of claim 24, wherein the database further comprises a 
pluraUty of processing parameter tables, wherein each processing parameter table 
comprises one or more rows, wherein each row in the processing parameter table 

5 comprises one processing parameter value and one key value. 

27. The carrier medium of claim 26, wherein the key definition is one of a 
plurality of key definitions in the database, wherein each of the plurality of key 
definitions in the database is associated with one of the plurality of processing 

10 parameter tables in the database, wherein the key definition further describes a 

data format of the key values in the one or more rows of the processing parameter 
table to which the key definition is associated. 



28. The carrier medium of claim 27, wherein each of the key values in the 
15 processing parameter table comprises one or more key element values. 



29. The carrier medium of claim 28, wherein each of the plurality of key 
definitions in the database comprises one or more key elements, wherein each of 
the one or more key elements describes a data format of one of the one or more 

20 key element values in the key values. 

30. The carrier medium of claim 23, wherein the key definition comprises one 
or more key elements, wherein each of the one or more key elements describes a 
location and data format of one of the one or more data element values in the 

25 transaction-related data. 



31. The carrier medium of claim 23, wherein the program instructions are 
further executable by the computer system to implement: 
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reading a search mask from the database, wherein the search mask 
comprises one or more search mask fields, wherein each of the one or more 
search mask fields corresponds to one of the one or more data element values 
described in the key definition, and wherein each of the one or more search mask 
fields comprises a search mask field value. 

32. The carrier medium of claim 3 1 , wherein the transferring the one or more 
data element values read from the transaction-related data to the processing key 
value further comprises: 

transferring to the processing key value one of the one or more data 
element values read from the transaction-related data in response to a search mask 
field value indicating that the data element value from the transaction-related data 
is to be written to the processing key value, and; 

transferring to the processing key value a low collating value in response 
to the search mask field value indicating that the low collating value is to be 
written to the processing key value. 

33. The carrier medium of claim 31, wherein the search mask is defined by the 
user of the FSO computer system during the configuration of the FSO computer 
system. 

34. A method performed in a Financial Service Organization (FSO) computer 
system, the method comprising: 

reading a key definition from a database in response to receiving a request 
for a processing parameter from a first program, wherein the key definition 
describes a location of one or more data element values in a transaction-related 
data; 

reading from the transaction-related data the one or more data element 
values described in the key definition; 
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reading a search mask from the database, wherein the search mask 
comprises one or more search mask fields, wherein each of the one or more 
search mask fields corresponds to one of the one or more data element values 
described in the key definition, and wherein each of the one or more search mask 
fields comprises a search mask field value; 

transferring to a processing key value one of the one or more data element 
values read from the transaction-related data in response to a search mask field 
value indicating that the data element value from the transaction-related data is to 
be written to the processing key value, and; 

transferring to the processing key value a low collating value in response 
to the search mask field value indicating that the low collating value is to be 
written to the processing key value; 

comparing the processing key value to one or more key values in the 
database; 

reading a processing parameter value from the database in response to 
finding a match between the processing key value and one of the one or more key 
values stored in the database, and; 

sending the processing parameter value to the first program; 

wherein the processing parameter value sent to the first program is 
configured for use in processing the transaction-related data in the FSO computer 
system. 

35. The method of claim 34, wherein the key definition, search mask, and one 
or more key values in the database are defined by a user of the FSO computer 
system during a configuration of the FSO computer system. 

36. A system for processing FSO transactions, the system comprising: 
a computer program; 

a computer system; 
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wherein the computer program is executable on the computer system to 
execute: 

reading a key definition from a database in response to receiving a 
request for a processing parameter from a first program, wherein the key 
definition describes a location of one or more data element values in a 
transaction-related data; 

reading from the transaction-related data the one or more data 
element values described in the key definition; 

reading a search mask from the database, wherein the search mask 
comprises one or more search mask fields, wherein each of the one or 
more search mask fields corresponds to one of the one or more data 
element values described in the key definition, and wherein each of the 
one or more search mask fields comprises a search mask field value; 

transferring to a processing key value one of the one or more data 
element values read from the transaction-related data in response to a 
search mask field value indicating that the data element value from the 
transaction-related data is to be written to the processing key value, and; 

transferring to the processing key value a low collating value in 
response to the search mask field value indicating that the low collating 
value is to be written to the processing key value; 

comparing the processing key value to one or more key values in 
the database; 

reading a processing parameter value from the database in 
response to finding a match between the processing key value and one of 
the one or more key values stored in the database, and; 

sending the processing parameter value to the first program; 

wherein the processing parameter value sent to the first program is 
configured for use in processing the transaction-related data in the FSO 
computer system. 
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37. The system of claim 36, wherein the key definition, search mask, and one 
or more key values in the database are defined by a user of the FSO computer 
system during a configuration of the FSO computer system. 

5 

38. A carrier medium comprising program instructions, wherein the program 
instructions are executable by a computer system to implement: 

reading a key definition from a database in response to receiving a request 
for a processing parameter from a first program, wherein the key definition 
10 describes a location of one or more data element values in a transaction-related 

data; 

reading from the transaction-related data the one or more data element 
values described in the key definition; 

reading a search mask from the database, wherein the search mask 
15 comprises one or more search mask fields, wherein each of the one or more 

search mask fields corresponds to one of the one or more data element values 
described in the key definition, and wherein each of the one or more search mask 
fields comprises a search mask field value; 

transferring to a processing key value one of the one or more data element 
20 values read from the transaction-related data in response to a search mask field 

value indicating that the data element value from the transaction-related data is to 
be written to the processing key value; and 

transferring to the processing key value a low collating value in response 
to the search mask field value indicating that the low collating value is to be 
25 written to the processing key value; 

comparing the processing key value to one or more key values in the 
database; 
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reading a processing parameter value from the database in response to 
finding a match between the processing key value and one of the one or more key 
values stored in the database; and 

sending the processing parameter value to the first program; 

wherein the processing parameter value sent to the first program is 
configured for use in processing the transaction-related data in the FSO computer 
system. 



39. The carrier medium of claim 38, wherein the key definition, search mask, 
and one or more key values in the database are defined by a user of the FSO 
computer system during a configuration of the FSO computer system. 

40. A method performed in a Financial Service Organization (FSO) computer 
system, the method comprising: 

configuring a key definition, wherein the key definition describes a 
location of one or more data element values in a transaction-related data; 

storing the key definition in an FSO database; 

receiving a request for a first data element value, wherein the request 
comprises first transaction data; 

building a first key definition from the first transaction data; 

searching the FSO database to find a match for the first key definition; 

reading each of one or more data element values corresponding to the first 
key definition; 

building a processing key value from the one or more data element values; 
searching the FSO database to find a match for the processing key value; 
reading a processing parameter value corresponding to the processing key 

value; 

sending the processing parameter value as the first data element value in 
response to the request. 
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41 . The method of claim 40, wherein the database comprises a plurality of 
processing parameter tables, wherein each processing parameter table comprises 
one or more rows, wherein each row in the processing parameter table comprises 
the processing key value and the corresponding processing parameter value. 

42. The method of claim 41 , wherein the key definition is one of a plurality of 
key definitions in the FSO database, wherein each of the pluraUty of key 
definitions in the FSO database is associated with one of the plurality of 
processing parameter tables in the FSO database, wherein the key definition 
further describes a data fomiat of the processing key values in the one or more 
rows of the processing parameter table to which the key definition is associated. 

43 . The method of claim 40, further comprising: 

reading a search mask from the FSO database, wherein the search mask 
comprises one or more search mask fields, wherein each of the one or more 
search mask fields corresponds to one of the one or more data element values 
described in the key definition, and wherein each of the one or more search mask 
fields comprises a search mask field value. 

44. The method of claim 43, wherein the building the processing key value 
from the one or more data element values further comprises: 

transferring to the processing key value one of the one or more data 
element values read Irom the transaction-related data in response to a search mask 
field value indicating that the data element value from the transaction-related data 
is to be written to the processing key value, and; 

transferring to the processing key value a low collating value in response 
to the search mask field value indicating that the low collating value is to be 
written to the processing key value. 
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45, The method of claim 43, wherein the search mask is defined by the user of 
the FSO computer system during the configuration of the FSO computer system. 

46. A system for processing FSO transactions, the system comprising: 
a computer program; 

a computer system; 

wherein the computer program is executable on the computer system to 
execute: 

configuring a key definition, wherein the key definition 
describes a location of one or more data element values in a 
transaction-related data; 

storing the key definition in an FSO database; 

receiving a request for a first data element value, wherein 
the request comprises first transaction data; 

building a first key definition from the first transaction 

data; 

searching the FSO database to find a match for the first key 
definition; 

reading each of one or more data element values 
corresponding to the first key definition; 

building a processing key value from the one or more data 
element values; 

searching the FSO database to find a match for the 
processing key value; 

reading a processing parameter value corresponding to the 
processing key value; 

sending the processing parameter value as the first data 
element value in response to the request. 
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47. The system of claim 46, wherein the database comprises a plurality of 
processing parameter tables, wherein each processing parameter table comprises 
one or more rows, wherein each row in the processing parameter table comprises 
the processing key value and the corresponding processing parameter value. 

48. The system of claim 47, wherein the key definition is one of a plurality of 
key definitions in the FSO database, wherein each of the plurality of key 
definitions in the FSO database is associated with one of the plurality of 
processing parameter tables in the FSO database, wherein the key definition 
further describes a data format of the processing key values in the one or more 
rows of the processing parameter table to which the key definition is associated. 

49. The system of claim 46, wherein the computer program is further 
executable on the computer system to execute: 

reading a search mask from the FSO database, wherein the search mask 
comprises one or more search mask fields, wherein each of the one or more 
search mask fields corresponds to one of the one or more data element values 
described in the key definition, and wherein each of the one or more search mask 
fields comprises a search mask field value. 

50. The system of claim 49, wherein the building the processing key value 
from the one or more data element values further comprises: 

transferring to the processing key value one of the one or more data 
element values read from the transaction-related data in response to a search mask 
field value indicating that the data element value from the transaction-related data 
is to be written to the processing key value; and 
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transferring to the processing key value a low collating value in response 
to the search mask field value indicating that the low collating value is to be 
written to the processing key value. 

51. The system of claim 49, wherein the search mask is defined by the user of 
the FSO computer system during the configuration of the FSO computer system. 

52. A carrier medium comprising program instructions, wherein the program 
instructions are executable by a computer system to implement: 

configuring a key definition, wherein the key definition describes a 
location of one or more data element values in a transaction-related data; 

storing the key definition in an FSO database; 

receiving a request for a first data element value, wherein the request 
comprises first transaction data; 

building a first key definition from the first transaction data; 

searching the FSO database to find a match for the first key definition; 

reading each of one or more data element values corresponding to the first 
key definition; 

building a processing key value from the one or more data element values; 
searching the FSO database to find a match for the processing key value; 
reading a processing parameter value corresponding to the processing key 

value; 

sending the processing parameter value as the first data element value in 
response to the request. 

53. The carrier medium of claim 52, wherein the database comprises a 
pluraUty of processing parameter tables, wherein each processing parameter table 
comprises one or more rows, wherein each row in the processing parameter table 
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comprises the processing key value and the corresponding processing parameter 
value. 

54. The carrier medium of claim 53, wherein the key definition is one of a 
plurality of key definitions in the FSO database, wherein each of the plurality of 
key definitions in the FSO database is associated with one of the plurality of 
processing parameter tables in the FSO database, wherein the key definition 
further describes a data format of the processing key values in the one or more 
rows of the processing parameter table to which the key definition is associated. 

55. The carrier medium of claim 52, wherein the program instructions are 
further executable by the computer system to implement: 

reading a search mask from the FSO database, wherein the search mask 
comprises one or more search mask fields, wherein each of the one or more 
search mask fields corresponds to one of the one or more data element values 
described in the key definition, and wherein each of the one or more search mask 
fields comprises a search mask field value. 

56. The carrier medium of claim 55, wherein the building the processing key 
value from the one or more data element values further comprises: 

transferring to the processing key value one of the one or more data 
element values read from the transaction-related data in response to a search mask 
field value indicating that the data element value from the transaction-related data 
is to be written to the processing key value, and; 

transferring to the processing key value a low collating value in response 
to the search mask field value indicating that the low collating value is to be 
written to the processing key value. 
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57. The carrier medium of claim 55, wherein the search mask is defined by the 
user of the FSO computer system during the configuration of the FSO computer 
system. 

58. A method to build an access key to access a database table of a Financial 
Services Organization (FSO) computer system, the method comprising: 

receiving a request to access a value from the database table, wherein the 
request comprises a transaction data associated with an FSO transaction; 

preparing the access key using the transaction data as an input, wherein 
the access key preparation is consistent with a key definition, wherein the key 
definition is identified during a configuration of the FSO computer system; and 

accessing the database table using the access key. 

59. The method of claim 58, wherein the preparing the access key is 
performed by a key building program, and wherein the key building program 
comprises program instructions for preparing a key value. 

60. The method of claim 58, wherein a user of the FSO computer system 
identifies the key definition. 

61. The method of claim 58, wherein an expert system is executable to 
identify the key definition. 

62. The method of claim 58, wherein the key definition identifies a particular 
arrangement of one or more data elements necessary to access a particular 
database table. 

63. The method of claim 58, wherein the preparing the access key comprises: 
reading the transaction data associated with the FSO transaction; 
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selecting a plurality of data elements from the transaction data and an FSO 
database, wherein the selection of the plurality of data elements is consistent with 
the key definition; 

transferring the plurality of data elements to the access key. 

64. A system for processing Financial Services Organization (FSO) 
transactions, the system comprising: 

a computer program; 
a computer system; 

wherein the computer program is executable on the computer system to 
execute: 

receiving a request to access a value from a database table, wherein 
the request comprises a transaction data associated with an FSO 
transaction; 

preparing the access key using the transaction data as an input, 
wherein the access key preparation is consistent with a key definition, 
wherein the key definition is identified during a configuration of the 
computer system; and 

accessing the database table using the access key. 

65. The system of claim 64, wherein preparing the access key is performed by 
a key building program, wherein the key building program comprises program 
instructions for preparing a key value. 



2^ 66. The system of claim 64, wherein a user of the computer system identifies 

the key definition. 

67. The system of claim 64, wherein an expert system is executable to identify 
the key definition. 
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68. The system of claim 64, wherein the key definition identifies a particular 
arrangement of one or more data elements necessary to access a particular 
database table. 



69. The system of claim 64, wherein the preparing the access key comprises: 
reading the transaction data associated with the FSO transaction; 
selecting a plurality of data elements from the transaction data and an FSO 

database, wherein the selection of the plurality of data elements is consistent with 
10 the key definition; 

transferring the plurality of data elements to the access key. 

70. The system of claim 64, wherein the computer system comprises a display 
device coupled to the computer system to display data. 



15 



20 



71. The system of claim 70, wherein the display device is a display screen. 

72. The system of claim 64, wherein the computer system comprises a user 
input device coupled to the computer system to enter data. 

73. The system of claim 72, wherein the user input device is a mouse or a 
keyboard. 



74. A carrier medium comprising program instructions, wherein the program 
instructions are executable by a computer system to implement: 

receiving a request to access a value from the database table, wherein the 
request comprises a transaction data associated with a Financial Services 
Organization (FSO) transaction; 
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preparing the access key using the transaction data as an input, wherein 
the access key preparation is consistent with a key definition, wherein the key 
definition is identified during a configuration of the computer system; and 

accessing the database table using the access key. 

75. The carrier medium of claim 74, wherein the preparing the access key is 
performed by a key building program, wherein the key building program 
comprises program instructions for preparing a key value. 

76. The carrier medium of claim 74, wherein a user of the computer system 
identifies the key definition. 

77. The carrier medium of claim 74, wherein an expert system is executable to 
identify the key definition. 

78. The carrier medium of claim 74, wherein the key definition identifies a 
particular arrangement of one or more data elements necessary to access a 
particular database table. 



79. The canier medium of claim 74, wherein the preparing the access key 
comprises: 

reading the transaction data associated with the FSO transaction; 

selecting a plurality of data elements from the transaction data and an FSO 
database, wherein the selection of the plurality of data elements is consistent with 
the key definition; 

transferring the plurality of data elements to the access key. 

80. The carrier medium of claim 74, wherein the carrier medium is a memory 
medium. 
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ABSTRACT OF THE DISCLOSURE 



A system, method and carrier medium for locating processing parameter values in 
a Financial Service Organization (FSO) computer system using pre-configured key 

5 definitions, key values, and key value search masks. The key definitions, key values, 
processing parameter values and key value search masks may be identified by a user 
during a configuration of the FSO computer system. The FSO computer system may 
include one or more processing parameters. Each processing parameter may have one 
key definition, one or more key values with one processing parameter value assigned to 

10 each key value, and one or more key value search masks. The FSO computer system 
may include a database for storing the key definitions, key values and their associated 
processing parameter values, and key value search masks. The key definitions, key 
values and their associated parameter values, and key value search masks may be stored 
in tables in the database. The FSO computer system may be configured to construct 

15 processing key values from one or more data element values in the FSO computer 

system. A key definition may include one or more key elements. A key element may be 
used to locate a data element value in the FSO computer system, and to format the data 
element value into a key element value in the processing key value. A key value search 
mask may be used to specify the substitution of a wildcard value for a data element value 

20 in a key element value. The FSO computer system may be configured to search the 

database for a key value that matches the processing key value. A key value may include 
one or more key element values corresponding to the key elements in the key definition 
for the key value. One or more of the key element values may be set to a wildcard key 
element value. The FSO computer system may be configured to read the processing 

25 parameter value associated with the key value from the database in response to finding a 
matching key value for the processing key value. The FSO computer system may use the 
located processing parameter value in the processing of FSO transaction data. 



Atty.Dkt.No.: 5053-31301 



Page 66 



Conley, Rose & Tayon, P.C. 



Business Transaction Processing 
System 10 



System 20 



Memory 30 



Business Transaction 
Processing Program 
50 



Input devices 
42 




Cursor control 
devices 
44 



Display Screen 
40 



Databases 
52 



FIG. 1a 



90 



□ 



1_ 



80 




10 











■ 















70 



60 



FIG. 1b 



80 



75 



PCD table C 
320 


PCD 
values 


' 

LO 


rvi 
vAI 


1 r\ 


Key 
values 






CD 




CO 


ID 





CD 
CO 

iS CO 
CO 




CO 
CO 
CD 

c 

CO 
13 
CD 



ol 

CO O 
2 W CO 



CD 
CO 



CM 



T3 
C 

o 



T3 
C 

o 

UL 

>^ 
0 



CD 
CM 

CO 











.E 


CO 


CO 




CO 






CO 


o 


c 




0 




.2 




o 


Ol 




00 


pro 


lue 


true 


o 

CO 




CO 


CO 






> 


.E 




"5 








CQ 


ke 







0 ? 

^ CO 

0 c 

CO 0) 



O CO CO o 
CO 0 g^?7^ 



c 

CO 



o 



< 

o 

Q. 

CD 



PCD table C 
526 


PCD 
values 


o 


o 

CD 




Key 
values 


CM 


* 








■Je 






PCD key definitions 
508 


c 






Database \ 
520 \ 


E 




X 


PCD A 


1 PCDB 


PCDC 





Search 
masks for 
PCDC 
522 


II 




* 


II 


11 









0 














13 






CD CO 






arc 


> ^ 






0 


0 




CO 





r 



CO 
CM 



o 

LO 



00 



0 

CO 

iS !ol 

(D 

Q 



■D 
C 

o 



E 

CD 

O CM 
CL 

Q 
O 
CL 



0 

CD 
> 

0 ^ 
^ lO 



CD 




.-= 2 CD 
^ Q. 



E 

> 



c 

o 

^ ^ <^ 

TJ CD O 
O W lO 

Q- CD 



CO 

CO 

O 
LL 



O 'cO CD f-M 
rrt CO 5 



CD 
CO 

c 



CO 

0 
o 



2 ^ 



O lOl 



PCD table C 
526 


PCD 
values 


V / 

i6 


o 

CD 




Key 
values 




* 











CO 

c 
o 



0) 
"D 

>^ 
CD 

Q 
O 
CL 



c 






E 




X 


< 


CQ 


o 


Q 


Q 


Q 


O 


O 


o 


□l 


a. 


CL 



Q 

CO CD] 



t3 ^ 
CO (0 0 

CO 




E 

CO 

O Csi 

Q 

o 

CL 




Search 
masks for 
PCDC 
522 


n 


* 




11 


II 





0 
CO 

iS SI 

CO 

Q 



C 
3 
O 



o 

CD 



CO 

in 




CO 

CD 



CO 
CO 

0 
c 

to 
CD 



c 

-I- o 
o 

CO o 
O W lO 



■2 c E 



o 

CO w 
CO 

c 

CO 



J2 CO oi 



V/ »— — 

2 5. 

Q. 



152 \ 


154 \ 

—)— 


156 N. 

—) 


158 \ 

— V 


160 \ 

-A — 1 


/ 


/ 




J 


J 150 


KEY 


KEY ELEMENT 


ELEMENT 


FIEL^ 


DAT^ 


ELEMENT 


SEQUENCE 


NAME 


LENGTH 


TYPE 


Y 
/v 


1 


UL^IVIrMINY lU 




Ml IN/IPDIP 
iNUIVltKIU 


w 


2 


CREDIT CARD TYPE 


3 


CHARACTER 


z 


3 


ON US/NOT ON US 


1 


CHARACTER 



FIG. 4 




FIG. 5 



182 



183 



SEARCH MASKS 



180 




202 



204 



200 



PCD 1 


User-defined key definition 1 


PCD 2 


User-defined key definition 2 


PCD ... 




PCDn 


User-defined key definition n 



FIG. 7 



206 



208 



205 



PCD 1 


Search mask table 1 


PCD 2 


Searcii mask table 2 


PCD ... 




PCDn 


Search mask table n 



FIG. 8 



212 



214 



210 



216 




[User-defined key value 1] 


[User-defined PCD data value 1] 


[User-defined key value 2] 


[User-defined PCD data value 2] 


[... ] 


[... ] 


[User-defined key value n] 


[User-defined PCD data value n] 



217 



FIG. 9 



219 



212 



216 




PCDx 



PCD 



PCD 2 



^ PCD 1 ^ 


[key value 1] 


[PCD value 1] 


[key value 2] 


[PCD value 2] 


[... ] 


[... ] 


[key value n] 


[PCD value n] 




210 



214 



218 




217 



219 



FIG. 10 



192 



193 



194 



195 



KEY ELEMENT: 


X 


W 


Z 


TABLE 
ROW 


TRANSACTION 
CHARGE 


SEARCH 1: 


12 


DIS 


Y 


2 


8 


SEARCH 2: 


12 


MSC 


Y 








12 


* 


Y 


4 


13 


SEARCH 3: 


12 


MSC 


N 








12 


* 


N 








12 


* 


* 


3 


12 


SEARCH 4: 


14 


MSC 


N 








14 


* 


N 








14 


* 


* 







196 



^ 197 ^ 198 ^ 



199 



14 



FIG. 11 



Program receives 
transaction 
400 



Program requests PCD 
values for processing the 
transaction 
402 







Get the key definintion for 
the PCD 
404 




f 


Get the se< 
table for the 1^ 
40 


arch mask 
vey definition 
6 




Build the processing key value using the key 
definition and the current row of the search 
mask table 
410 



Search the PCD table for a key value 
matching the processing key value 
412 



Go to the next row in the 
search mask table 
418 



Yes 




Return the PCD value corresponding to the 
matched key value to the program for 
transaction processing 
422 



Report "Match not found" 
to the program 
420 



( End ^ 

FIG. 12b ^ ^ 



410 



Q Start ^ 



Get the next data element 
from the key definition 
500 




M 



Get the search mask 
value 
502 




Set the processing key 
field value to the data 
element value from the 
transaction data 
506 



No — I 



Yes 



Set the processing key 
field value to the low 
collating value of the data 
element 
508 




FIG. 13 



